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SYSTEM AND METHOD FOR PROVIDING AN INTERMEDIARY LAYER 
FOR VOIP CALL PIPE ESTABLISHMENT 

BACKGROUND OF THE INVENTION 
FIELD OF THE INVENTION 

The present invention relates to communications systems and, in 
particular, to an improved system for providing quality-of-service ( QoS) in a 
Voice over IP (VolP)jsystem. 



DESCRIPTION OF THE RELATED ART 

The Internet Protocol (IP) is one of the most popular packet 
communication and networking protocols being used today. It finds use both 
on the Internet and in wide, a rea n e.twonks (WANs) and l ocal area networks 

15 (LANs), such as asynchronous transfer modeiATMXand Ethern e t networks. 
The promise of inexpensive voice telephony using the Internet has led to 
extensive interest in 'Voice over IP" (VoIP) and "Telephony over LAN" ( ToL) 
applications. In particular, s everal I PJele phon y protocol s have j>een 
develo ped, including the H.323 Recommendation suite of protocols 

20 promulgated by the International Telecommunications Union (ITU), the 
Session Initiation Protocol (SJP), and Media Gateway Control Protocol 
(MQCR), to name a few. 

For example,JE1G. 1A illustrates a protocol stack 100a for a 
conventionakH.323Jmplementation over an Ethernet IP network. One or 

25 more application programs 103a interface to the protocol stack 100a. The 

^H.323 layer 101a includes a contro Mayer 106^ supporting H.245 control J-l .323 
signaling for negotiation of media channel usage, Q.931 (H. 225.0) for call 
signaling and call setup, and H.225.0 Registration, Admission and Status 

(RAS). The H.323 layer 101a may also include a data layer 108 supporting 

- r 

30 T.120 for data conferencing. The H.323 layer 101a further impjemenjs au^io 
code cs, 1 02 and may also implement video cod ecs 10 4. An RTP/RTCP layer 
1 10 is provided for sequencing the audio and video packets. The H.323 layer 
101a employs UDP and TCP 112 as its transport layer, and also employs an 
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IP layer 1 14, and then, an Ethernet layer 116. Further details concerning the 
H.323 Recommendation may be obtained from the International 
Telecommunications Union; the H.323 Recommendation is hereby 
incorporated by reference in its entirety as if fully set forth herein. 
5 An important key to the development of ToL and VoIP systems is the 

development of successful Quality of Service (QoS) IP networks . Generally, 
QoS refers to the ability of a network to guarantee specific performance 
levels, related to network bandwidth, availability, jitter, security, and data loss. 
High voice and/or video quality communication requires high QoS levels on 
10 all network segments involved in the communication. Gu aranteed QoS has 
been__of particular_concern o n Ethernet LANs , both due to the b ursty nature of 
IPjtraffic and the CSMA/C D contention protocol used by Ethernet. 

As such, telephony vendors have been developing "Quality of 
pi Service Ethernet" (QoJSEtjiejnet). which lies between the IP layer and the 

p 15 Ethernet layer in the protocol stack and which provides a g uaranteed QoS. 

Thus, FIG. 1B illustrates a protocol stack 100b including a QoSEthernet layer 
p 115 between the IP layer 114 and the Ethernet layer 116. An exemplary 

QoSEthernet system is available from Path 1 Network Technologies, Inc., San 
Diego, California, and makes use of the Resource Reservation Protocol 
20 (RSVP) and thejntsery process, described by the Internet Engineering Task 
Force (IETF). 

In practice, implementator 
modi^ 

QoSEthernet information at call setup^^That is, each app Ncation i = proggm(s) 
25 103b must be m odifie ^to^provide one or more commandsjin addition to 
standard H.323 commandsjin order to invoke the requ ired Qos| Thus, to 
support QoSEthernet, a user must not only implement a QoSEthernet layer 
but also change applications programs, such as telep hone, fax, and the like. 
Further, each application program requires setup and configuration, which can 
30 cause added costs and delays in implementation. 
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SUMMARY OF THE INVENTION 

These and other drawbacksjjn the prior art^re overcome in large part 
by a system and method according to the present invention. According to one 
implementation of the present invention, a Generate QoSEthernet layer is 
provided, interposed between an IP protocol voice communication layer and 
the QoSEthernet layer. The Generate QoSEthe rnet layer intercepts call 
com mands, s^ch agi call set up com mands, and identifies a required QoS for 
the particular call. The Generate QoSEthernet layer then generates the QoS 
*4 request commands required byjthe QoSEthernetJayer. 
10 In one implementation, the Generate QoSEthernet layer is embodied in^^ 

an H.323 Recommendation telecomm unication system^The Generate ^J^^^. j 
QoSEthernet layer interc epts t he H-225 call setu p command , and accesses a ^ 




mi setu p uumrnanu , cinu auuebbeba ^ > 
S^The Generate QoSEthernet 3 



databa se for a corresponding [required Qo S./ The Generate QoSEthernet 
layer jhen provides the QoS request to the QoJSEtherae.tJay er. Various 
15 po rtions of th e call setu p comm and m a y be utilized for this purpose. For ^ 
example, the ; bearer capability) the called party idehtification^or the 



conference reasorTportions of the call setup command may be associated in, 
Jhe datab ase with particular QoS^, v~ <r~y £ j^***^ 

In another implementation, the H.245 terminal capabilities exchange is 
20 used to determine the required QoS. During the H.245 terminal capabilities 
exchange, the Generate QoSEthernet layer analyzes the chosen codec(s), 
and accesses the database for the corresponding required QoS, which is then 
provided to the QoSEthernet layer. 

In still another implementation, the RAS information is used to 
25 determine the required QoS. For example, the gatekeeper admission request 
(ARQ) or bandwidth request (BRQ) signaling may be used to determine the 
QoS. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

A better understanding of the invention is obtained when the following 
detailed description is considered in conjunction with the following drawings in 
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which: 

FIG. 1A and FIG. 1B illustrate exemplary program stacks according to 
the prior art; 

FIG. 2 is a diagram of an exemplary telecommunications system 
5 according to an implementation of the invention; 

FIG. 3 is an exemplary program stack according to an implementation 
of the invention; 

FIG. 4 is a diagram of an exemplary generate quality of service 
Ethernet module according to an implementation of the invention; 
1 0 FIG. 5 illustrates schematically use of H.225 call setup for deriving QoS 

commands according to an implementation of the invention; 

FIGs. 6A-6C illustrate mapping of various call setup commands to QoS 
levels according to an implementation of the invention; 

FIG. 7 illustrates use of TerminalCapabilities messaging to derive QoS 
15 levels according to an implementation of the invention; 
3 FIG. 8 illustrates use of RAS messaging to derive QoS levels according 

IF; to an implementation of the invention; 

H FIG. 9 illustrates mapping of bandwidth levels to QoS levels according 

O 

O to an implementation of the invention; 

M 20 FIG. 10 is a flowchart illustrating operation of an embodiment of the 

invention; 

FIG. 1 1 is a flowchart illustrating operation of an embodiment of the 
invention; and 

FIG. 12 is a flowchart illustrating operation of an embodiment of the 
25 invention. 

DETAILED DESCRIPTION OF THE INVENTION 

FIGs. 2-12 illustrate an improved system and method for providing QoS 
in an Ethernet-type local area network. Call commands are intercepted and 
30 used to determine a required QoS. QoSEthernet commands are then 
provided to a QoSEthernet layer. 
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Turning now to the drawings, and with particular attention to FIG. 2, a 

diagram illustrating an exemplary IP protocol telecommunications system 300 

according to an embodiment of the present invention is shown. In particular, 

the IP protocol communication system 300 may be embodied as an H.323 

5 Recommendation-compatible system. It is noted that, while described herein 

with regard to an H.323 network, the invention's equally applicable to 

networks such as MGCP (Media Gateway Control Protocol), SIP+ (Inter MGS 

Protocol), SGCP, MEGACO, and generally, any voice or multimedia over IP / 

scheme. Further, it is noted that an exemplary genencJH.323^system is t he 

10 HiNet™ RC3000 system, available from Siemens. 

The telecommunications system 300 includes a local area network 

(LAN) or packet network 301 and, particularly, an Ethernet LANL Coupled to 

the LAN 301 may be a variety of H.323 terminals 302a-d, a multi-point control 

unit (MCU) 306, an H.323 gateway 308, an H.323 gatekeeper 310, a LAN 

15 server 312, and a plurality of other devices such as personal computers (not A^^^fa 

shown). The H.323 terminals 302a-d are in compliance with the H.323 &Dsdl^T 

Recommendation. Further, the H.323 terminals 302a-d-incl ude Gene rate w 

— ~ ~~ J " "~" i - Xj 

^ QoSEthernet controllers or l ayers 304 a-d, as will be described in greater ^^ x * 

S detail below. 

P 

20 More particularly, FIG. 3 illustrates a protocol stack according to an 

implementation of the invention. At the top are one or more application 
programs 103a. The application programs 103a, such as those of FIG. 1A, 
may be embodied as one or more telephony programs, such^as fax , voice , Pi ^ ^ 
video, and the Nke. Next is an Internet Protocol voice communication stack, 

25 such as an H.323 protocol stack 101a, similar to that of FIG. 1A. Thus, the 

H.323 stack includes video codecs 102; audio codecs 104; a control layer 106 
supporting H.245 control signaling for negotiation of media channel usage, 
QJ931 (H. 225.0) for call signali ng and call s etup, and H. 225.0 Re gistration, 
Admission and Status (RAS); a data layer 108 supporting T.120 for data 

30 conferencing; and an RTP/RTCP layer 110. The Internet Protocol voice 
communication stack 101a lies atop a UDP/TCP layer 112 and an IP layer 
1 14. Also included are a QoSEthernet layer 115 and an Ethernet layer 116. 



in 

01 



# 



y i 
fti 



%i^x^L, Further, a G enerate QoSEthernet layer 118 according to the present invention 
is provided. The Generate QoSEthernet layer 118 may b e provided between 
theJPJayer 114 and the QoSEthernet layer J j 5„as.shown, or may__be 
proyided^between the H.323 layer 101a and the IP la yer 114. 

As will be described in greater detail below, the Generate QoSEthernet 
layer 118 injtgroepts j?all commands f r pm the ^ .3 2 3 s tack 101a, derives a 
required Qo_SJherefro.ro.. and gene rates t he appropriate^Qo^cojTimands for 
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the QoSEthernet layer 115. 



Turning now to FIG. 4, an exemplary Generate QoSEthernet module 
304 is illustrated in greater detail. The Generate QoSEthernet module 304 
includes a control unit 402 coupled to a memory 404. The memory 404 
includes one or more lookup tables^or databases 406 for storing conversions 



jsetween call command s and QoSEthernet commands, as will be explained in 
greater detail below. The actual mappings may be configured by a system 
administrator or by the manufacturer. Also included is a buffer unit 408 . 
including an in put buffer 410 and an output buffer 412. The input buffer 410 
receives the call commands and buffers them d u ri ng a ccess j^th ejq oku p 
table AQBJhe jsall c ommand s are Ib^aj^sferred to the ^outout buffer 41 2 
^ ^d^th eja pproprjate QoS cqmmand_^j^erted 

commands are then output from the output buffer t o the QoSEthernet. 

As noted above, according to one implementation of the invention, Jhe 
H.225^all setup message js^j^dto dem^tl^Qo^ 

QojyEthemetJ^^ FIG. 5 illustrates schematically this process. Shown 

are an H.225 call setup command 500 and an exemplary QoS table 518 . The 
QoS table 518 includes a plurality of QoS levels A, B, C, and D. The QoS 
levels A-D provide varying qualities of service. It is noted that, while four QoS 
levels are shown, in practice, differing numbers may be provided. 

The H.225 call setup command 500 includes a protocol discriminator 
field 502; a conference reference value field 504; a message type field 506; a 
bearer capability field 508; a called party number field 510; a calling party 
number field 512; and an H.323 protocol data unit 516, which includes 
conference goal information 514. As will be explained in greater detail below, 
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thebe arer capability field 508 m ay b e mapped to a particular QoS; th e called 
party numbex_5-1.0-may_be mapped to a particular QoS : orjhe conferen ce_goal 



information 514 may be mapped to a particular QoS. 



Exemplary mappings are shown in FIGs. 6A-6C. FIG. 6A illustrates the 
5 bearer capability field mapping 602. In particular, Voice is mapped to QoS 
level A; Voice and Video are mapped to QoS level B; and Data is mapped to 
QoS level C. It is noted that other QoS levels and/or mappings may be 
provided; thus, the figure is exemplary only. Similarly, FIG. 6B illustrates an 
exemplary mapping from a called party number 604. As shown, the called 
10 party number 1 maps to QoS level A; called party number 2 maps to QoS 
p level B; and called party number 3 maps to QoS level C. Again, various other 

mappings may occur, as shown, for example, by the dashed line. Finally, the 

Hi 

:£ conference goal information 514 may be mapped as shown in FIG. 6C. In 

Co 

fy particular, as illustrated, whether the conference goal information indicates 

^ 15 "set up new conference", "invite other into conference", or "join existing 

,* conference", the mapping is to QoS level A. Again, other mappings may be 

M used. 

In addition to, or instead of, using the H.225 call setup command, one 
p implementation in vention uses th^ ^^45jterminal ca pabilities 

™ 20 exgj ^ngeto d tenyejjxe^ As is known, t he H.24 5 

Termin alCapab ilitySet command includes a capabi lity ta ble, e ssenti ally ajist 
of supported video and audio codecs. Exemplary tables 702 of audio/video 
codec combinations are shown in FIG. 7. Each table 702a, 702b. . ., may be 
mapped to a different quality of service level. Thus, video/audio codec setting 
25 1 may map to QoS level A; video/audio codec setting 2 may map to QoS level 
B. 

According to yet another implementation of the invention, RAS 
messaging and, in particular, the gatekee per Admission Request (ARQ) or 
Bandwidth Request (BRQ) messages may be used to derive a desired QoS 
30 level. For example, FIG. 8 illustrates ^^ messaging f or QoS 

d eriva tion. Illustrated are an Admission request (ARQ) message 800, the 
corresponding QoS table 518, and an Admission Confirm message 820. As is 
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known, the ARQ message 800 includes a sequence number field 802, a 
terminal identification field 804, call type and call model fields 806, destination 
information field 808, globally unique call identification 810, and estimated 
bandwidth 812. The admission confirm message (ACF) 820 includes a call 
5 model field 822, a transport address field 824, and an allowed bandwidth field 
826. The destination information field 808 of the ARQ message 800 may be 
used in a manner similar to that described above with reference to the called 
party number to set the desired QoS field. 

Additionally, the ba ndwidth estimate field 812 may b e used to set the 
10 QoS levels. More particularly, th e bandwidt h^stjmatejj eld 812 provides an 



estimate of the bandwidth that will be required. ^Depending on the bandwidth 
required, higher or lower levels of QoS may be requiredTV the bandwidth 
estimate field 812 is used, the all owed bandwidth field 826 on the ACF 
messageJ^O^r^^ For example, the allo wed bandwid th 

1 5 may req uire an increase or d e crease in the QoS level needecL The QoS may 
also be changed during the call responsive to a Bandwidth Request, in a 
similar manner. 

The_actual mapping from bandw idthjo QoS jevel may proceed as 
generally descobed_aboy g with refer enc e to the^H ^225jand^H.245 mappings. 
20 For example, as shown in FIG. 9, a bandwidth level 1 maps to a QoS level A; 
a bandwidth level 2 maps to QoS level B; and a bandwidth level 3 maps to a 
QoS level C. Again, other mappings may be employed. 

Operation of an implementation of the invention is shown with 
reference to the flowchart of FIG. 10. In particular, the flowchart of FIG. 10 
25 illustrates use of the H.225 call setup command for QoS mapping. As shown, 




§ Jr\ a step 1002, t^cal^ setup Q o mmand is i ssue d, p re pa r atojyjo jri akin g _a 
call. In a step 1004, the call setup command is-receivedLbyJthe Generate 



QoSEthej TLei r mad ,ule 304^d^^QoSjidentifyin g field 



Jident 



above, this may be the bearer ca pabilit y fjeld,Jhe called party number field, or 



30 the conference goal information. In a step 1006, tfie c optrol u n it 402 of the 
Generate QoSEthernet module accesses thejTiemory_40J forthejQpS^ 
mapping, which had been preconfigured. In a step 1008, the aaqmPiiate-QoS- 




level is identifie d a nd^fhe commands required[to request that QoS are 



generqj jd> Finally, in a step 1010, the call setup command and the QoS 
Ethernet commands are forwarded out of the buffer unit 408 to the 
f®QoSEthernet layer. 

5 Operation of another implementation of the invention is shown with 

reference to the flowchart of FIG. 11. In particular, the flowchart of FIG. 1 1 
illustrates the use of the H.245 terminal capabilities exchange for QoS setting. 
In a step 1 102, the requesting terminal sends a call setu p message. In a 
step 1104, the receiving terminal sends,alerting and-Qonnect messa g es back. 
10 Next, in a step 1 106, the terminals undertake the tenn il^Lcapabilities^ 
p exchange, exchanging theJTerminalCa pabilit ySe t and Acknow ledge 

messages. In step 1108, the Enable QoSEthernet^module. r^ads_tlie 
capabiljty^table that was part of the^exchange. In a step 1110, the control unit 
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402 of the Generate QoSEthernet module accesses the lookup table for the 

15 corresponding QoS levels. In a step 1112, the control unit 402 generates the 
appropriate QoS signaling to the QoSEthernet layer. 

FIG. 12 illustrates operation of another implementation of the invention. 
In a step 1202, a client. issjj&s_an.;^ to th ^gatekeeper. In a 

step 1204, the Generate QoSEthernet module reads the appropriate fields of 

20 the ARQ message. As discussed above, t his can include the destination 
information or the bandwidth estimate^ In a step 1206, the Generate 
QoSEthernet module accesses the lookup table for the corresponding QoS 
command, which is generated in a step 1208. 

If the estimated bandwidth field had been used, then, in a step 1210, 

25 when the ACF is received from the gatekeeper, th e Generate QoSEthernet 
module m ay. update the QoS command. In particular, the Generate 
QoSEthernet module reads the allowed bandwidth field from the ACF 
message and determines if the bandwidth allowed is different a nd the QoS 
there fore requires updating, in a step 1212. If so , then the table is access ed 

30 and a new QoSEthernet command is issued, in a step 1214. Otherwise, the 
call proceeds. 

<The invention described in the above detailed description is not 
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intended to be limited to the specific form set forth herein, but is intended to 
cover such alternatives, modifications and equivalents as can reasonably be 
included within the spirit and scope of the appended claims. 



